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DETAILED ACTION 

1. Claims 1-37 and 44-47 are subject to examination. Claims 38-43 are cancelled. Claim 
16 is allowable but objected to. 

Claim Rejections - 35 USC § 112 

The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter, which the applicant regards as his invention. 

2. Claims 1-37 and 44-47 are rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The term "future" in the claims 1-37 and 44-47 is a relative term, which renders the 
claim indefinite. The claimed subject matter neither contain "current" nor "past" nor "present" 
nor any other time to which the "future" time is related to. To further explain, the claimed 
subject matter of the claims even if considered for "future" time, meaning "a time that has not 
come yet" would mean that the claimed "receiving ..." is only meant for "future" time and the 
claimed "receiving ..." would not be accomplished at all during the "current" or "present" time 
when the steps are implemented or performed. Considering that the "receiving ..." is not 
implemented or performed until the "future" time; the further dependent steps "monitoring 
events . . .", "based on monitored events", etc., would not be implemented or performed at all. 
The claimed subject matter fails to provide support when the "future" time would be considered 
and when the "receiving ..." would occur. In order to expedite the prosecution of this case, 
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"future" time is considered a time when the claimed "request" is received for the purpose of 
examining the case . 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Amended claims 1-15, 17-37, 44-47 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kaufman-IBM in view of "Official Notice". 

5. Referring to claim 1, Kaufman-IBM discloses a method of dynamically modifying 
resources within a compute environment comprising a plurality of compute node (e.g., col, 4), 
the method comprising: receiving a request for resources in the compute environment at a future 
time environment at a future time (e.g., col., 4); monitoring events after receiving the request for 
resources (e.g., col, 4); and based on the monitored events, dynamically modifying at least one 
of the request for resources and the compute environment (e.g., col., 4). However, Kaufman-IBM 
does not specifically mention about the nodes under common administrative control. "Official 
Notice" is taken that both the concept and advantages of providing the nodes under common 
administrative control is well known and expected in the art. For example, Challenger et al., 
2008/0168451, e.g., page 2 supports the limitations rejected under "Official Notice". 
Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected under "Official 
Notice". Darling et al, 7,296,268, e.g., col., 3, 4, also support the limitations rejected under 
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"Official Notice". Brown et al, 7,072,807, e.g., cols., 106, 108, also support the limitations 
rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col, 3, 4, also support the 
limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include the nodes under common administrative control with the teachings of 
Kaufman-IBM in order to facilitate usage of the administrative control because it would enhance 
controlling resources at the nodes using the administrative control. The well-known concept of 
having administrative control among multiple entities would support aggregating information. 

6. Referring to claim 2, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the compute environment is one of a compute farm, a 
cluster environment and a grid environment (e.g., col., 4). 

7. Referring to claim 3, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the request for resources is a request for consumption 
resources (e.g., col, 4). 

8. Referring to claim 4, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the request for resources is a request for provisioning 
services (e.g., col, 5). 



Application/Control Number: 10/530,583 Page 5 

Art Unit: 2454 

9. Referring to claim 5, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the request for resources is a request to process a batch job 
(e.g., col, 5). 

10. Referring to claim 8, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses monitoring the compute environment, via the common 
administrative control (e.g., col., 4). 

11. Referring to claim 9, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses monitoring to determine if a party submitting the request has 
submitted workload for processing once resources in the compute environment are reserved for 
the job (e.g., col, 7). 

12. Referring to claim 10, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein if the party submitting the request for resources has not 
submitted workload for processing after a predetermined amount of time, then dynamically 
modifying the request for resources further comprises canceling the request for resources (e.g., 
col, 7). 

13. Referring to claim 11, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein workload comprises one of a reservation, an object that 
monitors policy, and an object that monitors credentials (e.g., col., 7). 
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14. Referring to claim 12, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses dynamically modifying the compute environment to satisfy the 
request for resources (e.g., col, 9). 

15. Referring to claim 13, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein dynamically modifying the compute environment further 
comprises at least one of: modifying at least one node, modifying at least one operating system, 
installing end user applications, dynamically partitioning node resources and adjusting network 
configuration (e.g., col., 9). 

16. Referring to claim 14, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the request for resources is a request for a reservation of 
resources in the compute environment (e.g., col., 9). 

17. Referring to claim 15, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein monitoring events after receiving the request for a 
reservation further comprises monitoring compute resources associated with the reservation (e.g., 
col, 9). 
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18. Referring to claim 17, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein modifying the request for resources comprises migrating a 
reservation to be associated with new resources (e.g., col., 10). 

19. Referring to claim 18, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein migrating the reservation is one of a migration in space 
and a migration in time to the new resources (e.g., col., 10). 

20. Referring to claim 19, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the new resources better meet needs associated with the 
request for resources then original resources for the request for resources (e.g., col, 10). 

21 . Referring to claim 20, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the migration in time seeks to create a reservation at the 
earliest time possible (e.g., col., 9). 

22. Referring to claim 21, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the migration in time seeks to create a reservation based 
on availability of resources in the compute environment (e.g., col., 9). 

23. Referring to claim 24, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein monitoring events after receiving the request for resources 



Application/Control Number: 10/530,583 Page 8 

Art Unit: 2454 

further comprises monitoring workload submitted within a reservation based on the request (e.g., 
col, 6). 

24. Referring to claim 25, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein if the job submitted within the reservation will extend 
beyond the reservation, the method further comprises canceling the job (e.g., col, 6). 

25. Referring to claim 26, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein prior to canceling the job, the method further comprises 
presenting to the entity that submitted the job an option of extending the reservation to 
accommodate the job (e.g., col., 6). 

26. Referring to claim 27, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the option of extending the reservation to accommodate 
the job is subject to pre-established policies (e.g., col., 7). 

27. Referring to claim 29, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the request for resources in a compute environment 
comprises a reservation of resources for a window of time in which at least one user submits 
personal reservations (e.g., col, 9). 
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28. Referring to claim 30, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein personal reservations are one of a non-administrator 
reservation and an administrator reservation (e.g., col., 7). 

29. Referring to claim 3 1 , Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the reservation of compute resources for a window of time 
is a request for cluster resources for a periodic window of time (e.g., col., 9). 

30. Referring to claim 32, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein the periodic window of time is daily, weekly, monthly, 
quarterly or yearly (e.g., col., 9). 

3 1 . Referring to claim 33, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses receiving a personal reservation for the use of compute resources 
within the window of time; and providing access to the reserved compute resources for the 
personal reservation to process workload (e.g., col., 9). 

32. Referring to claim 34, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein if a received consumption job associated with the personal 
reservation will exceed the window of time for the reservation of compute resources, then the 
method comprises canceling and locking out the personal reservation from access to the compute 
resources (e.g., col, 8). 
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33. Referring to claim 35, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses wherein if a received consumption job associated with the personal 
reservation will exceed the window of time, then the method comprises never starting the 
consumption job (e.g., col, 8). 

34. Referring to claim 36, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses before canceling and locking out the personal reservation, the step 
o£ presenting to a user who submitted the personal reservation an option of allowing the 
workload running within the personal reservation to complete although a time for completing the 
remaining workload is beyond the window of time for the user's reservation of compute 
resources (e.g. col, 9). 

35. Referring to claim 37, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM also discloses if the job submitted under a personal reservation would exceed the 
personal reservation, extending the personal reservation to meet the needs of the job (e.g., col., 
9). 

36. Referring to claim 44, Kaufman-IBM discloses (please see limitations rejected under 
official notice under claim 1) a computer-readable storage medium storing instructions for 
controlling a computing device to dynamically manage resources within a compute environment 
at a future time (e.g., col, 4), the instructions comprising: receiving a request for resources in the 
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compute environment at a future time environment at a future time (e.g., col, 4); monitoring 
events after receiving the request for resources (e.g., col., 4); and based on the monitored events, 
dynamically modifying at least one of the request for resources and the compute environment 
(e.g., col, 4). 

37. Referring to claim 45, (please see limitations rejected under official notice under claim 
1), Kaufman-IBM discloses a system for dynamically managing resources within a compute 
environment (e.g., col., 4), the system comprising: hardware means for receiving a request for 
resources in the compute environment at a future time environment at a future time (e.g., col., 4); 
hardware means for monitoring events after receiving the request for resources; and hardware 
based on the monitored events (e.g., col., 4), means for dynamically modifying at least one of the 
request for resources and the compute environment (e.g., col, 4). 

38. Referring to claim 46, (please see limitations rejected under official notice under claim 1) 
Kaufman-IBM discloses a system for dynamically managing resources within a compute 
environment (e.g., col, 4), the system comprising: a hardware module configured to receive a 
request for resources in the compute environment (e.g., col., 4); a hardware module configured to 
monitor events after receiving the request for resources (e.g., col., 4); and a hardware module 
configured to dynamically modify at least one of the request for resources and the compute 
environment based on the monitored events (e.g., col., 4). 
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39. Referring to claim 47, Kaufman-IBM discloses (please see limitations rejected under 
official notice under claim 1) a compute environment comprising a plurality of computing 
devices (e.g., col, 4), the compute environment having resources which are dynamically 
managed according to a method comprising: receiving a request for resources in the compute 
environment at a future time environment at a future time (e.g., col, 4), monitoring events after 
receiving the request for resources; and based on the monitored events (e.g., col, 4), dynamically 
modifying at least one of the request for resources and the compute environment (e.g., col, 4). 

40. Claims 1-15, 17-37, 44-47 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Talwar-HP in view of "Official Notice". 

41. Referring to claim 1, Talwar-HP discloses a method of dynamically modifying resources 
within a compute environment (e.g., page 2), the method comprising: receiving a request for 
resources in the compute environment at a future time environment at a future time (e.g., page 
2); monitoring events after receiving the request for resources (e.g., page 2); and based on the 
monitored events, dynamically modifying at least one of the request for resources and the 
compute environment (e.g., page 2). However, Talwar-HP does not specifically mention about 
the nodes under common administrative control. "Official Notice" is taken that both the concept 
and advantages of providing the nodes under common administrative control is well known and 
expected in the art. For example, Challenger et al., 2008/0168451, e.g., page 2 supports the 
limitations rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also 
support the limitations rejected under "Official Notice". Darling et al, 7,296,268, e.g., col, 3, 4, 
also support the limitations rejected under "Official Notice". Brown et al, 7,072,807, e.g., cols., 
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106, 108, also support the limitations rejected under "Official Notice". Gudjonsson et al, 
6,564,261, e.g., col, 3, 4, also support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include the nodes under common administrative control with the teachings of 
Talwar-HP in order to facilitate usage of the administrative control because it would enhance 
controlling resources at the nodes using the administrative control. The well-known concept of 
having administrative control among multiple entities would support aggregating information. 

42. Referring to claim 2, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the compute environment is one of a compute farm, a cluster 
environment and a grid environment (e.g., page 2). 

43. Referring to claim 3, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the request for resources is a request for consumption 
resources (e.g., page 2). 

44. Referring to claim 4, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the request for resources is a request for provisioning services 
(e.g., page 2). 



Application/Control Number: 10/530,583 Page 14 

Art Unit: 2454 

45. Referring to claim 5, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the request for resources is a request to process a batch job 
(e.g., page 3). 

46. Referring to claim 8, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses monitoring the compute environment (e.g., page 2). 

47. Referring to claim 9, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses monitoring to determine if a party submitting the request has submitted 
workload for processing once resources in the compute environment are reserved for the job 
(e.g., page 3). 

48. Referring to claim 10, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein if the party submitting the request for resources has not 
submitted workload for processing after a predetermined amount of time, then dynamically 
modifying the request for resources further comprises canceling the request for resources (e.g., 
page 3). 

49. Referring to claim 11, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein workload comprises one of a reservation, an object that 
monitors policy, an object that monitors credentials, an object that monitors node states and an 
object that monitors the compute environment (e.g., page 4). 
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50. Referring to claim 12, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses dynamically modifying the compute environment to satisfy the request 
for resources (e.g., page 3). 

5 1 . Referring to claim 13, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein dynamically modifying the compute environment further 
comprises at least one of: modifying at least one node, modifying at least one operating system, 
installing end user applications, dynamically partitioning node resources and adjusting network 
configuration (e.g., page 3). 

52. Referring to claim 14, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the request for resources is a request for a reservation of 
resources in the compute environment (e.g., page 3). 

53. Referring to claim 15, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein monitoring events after receiving the request for a reservation 
further comprises monitoring compute resources associated with the reservation (e.g., page 4). 

54. Referring to claim 17, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein modifying the request for resources comprises migrating a 
reservation to be associated with new resources (e.g., page 3). 
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55. Referring to claim 18, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein migrating the reservation is one of a migration in space and a 
migration in time to the new resources (e.g., page 4). 

56. Referring to claim 19, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the new resources better meet needs associated with the 
request for resources then original resources for the request for resources (e.g., page 3). 

57. Referring to claim 20, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the migration in time seeks to create a reservation at the 
earliest time possible (e.g., page 3). 

58. Referring to claim 21, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the migration in time seeks to create a reservation based on 
availability of resources in the compute environment (e.g., page 3). 

59. Referring to claim 24, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein monitoring events after receiving the request for resources 
further comprises monitoring workload submitted within a reservation based on the request (e.g., 
page 4). 
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60. Referring to claim 25, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein if the job submitted within the reservation will extend beyond 
the reservation, the method further comprises canceling the job (e.g., page 4). 

61 . Referring to claim 26, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein prior to canceling the job, the method further comprises 
presenting to the entity that submitted the job an option of extending the reservation to 
accommodate the job (e.g., page 4). 

62. Referring to claim 27, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the option of extending the reservation to accommodate the 
job is subject to pre-established policies (e.g., page 3). 

63. Referring to claim 29, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the request for resources in a compute environment comprises 
a reservation of resources for a window of time in which at least one user submits personal 
reservations (e.g., page 4). 

64. Referring to claim 30, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein personal reservations are one of a non-administrator 
reservation and an administrator reservation (e.g., page 3). 
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65 . Referring to claim 3 1 , Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the reservation of compute resources for a window of time is a 
request for cluster resources for a periodic window of time (e.g., page 4). 

66. Referring to claim 32, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein the periodic window of time is daily, weekly, monthly, 
quarterly or yearly (e.g., page 4). 

67. Referring to claim 33, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses receiving a personal reservation for the use of compute resources 
within the window of time; and providing access to the reserved compute resources for the 
personal reservation to process workload (e.g., page 3). 

68. Referring to claim 34, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein if a received consumption job associated with the personal 
reservation will exceed the window of time for the reservation of compute resources, then the 
method comprises canceling and locking out the personal reservation from access to the compute 
resources (e.g., page 3). 

69. Referring to claim 35, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses wherein if a received consumption job associated with the personal 
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reservation will exceed the window of time, then the method comprises never starting the 
consumption job (e.g., page 4). 

70. Referring to claim 36, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses before canceling and locking out the personal reservation, the step o£ 
presenting to a user who submitted the personal reservation an option of allowing the workload 
running within the personal reservation to complete although a time for completing the 
remaining workload is beyond the window of time for the user's reservation of compute 
resources (e.g. page 4). 

71 . Referring to claim 37, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP also discloses if the job submitted under a personal reservation would exceed the 
personal reservation, extending the personal reservation to meet the needs of the job (e.g., page 
3). 

72. Referring to claim 44, Talwar-HP discloses (please see limitations rejected under official 
notice under claim 1) a computer-readable storage medium storing instructions for controlling a 
computing device to dynamically manage resources within a compute environment at a future 
time (e.g., page 2), the instructions comprising: receiving a request for resources in the compute 
environment at a future time environment at a future time (e.g., page 2); monitoring events after 
receiving the request for resources (e.g., page 2); and based on the monitored events, 
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dynamically modifying at least one of the request for resources and the compute environment 
(e.g., page 2). 

73. Referring to claim 45, (please see limitations rejected under official notice under claim 

1) , Talwar-HP discloses a system for dynamically managing resources within a compute 
environment (e.g., page 2), the system comprising: hardware means for receiving a request for 
resources in the compute environment at a future time environment at a future time (e.g., page 

2) ; hardware means for monitoring events after receiving the request for resources; and based on 
the monitored events (e.g., page 2), hardware means for dynamically modifying at least one of 
the request for resources and the compute environment (e.g., page 2). 

74. Referring to claim 46, (please see limitations rejected under official notice under claim 
1), Talwar-HP discloses a system for dynamically managing resources within a compute 
environment (e.g., page 2), the system comprising: a hardware module configured to receive a 
request for resources in the compute environment (e.g., page 2); a hardware module configured 
to monitor events after receiving the request for resources (e.g., page 2); and a hardware module 
configured to dynamically modify at least one of the request for resources and the compute 
environment based on the monitored events (e.g., page 2). 

75. Referring to claim 47, Talwar-HP discloses (please see limitations rejected under official 
notice under claim 1) a compute environment comprising a plurality of computing devices (e.g., 
page 2), the compute environment having resources which are dynamically managed according 
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to a method comprising: receiving a request for resources in the compute environment at a future 
time (e.g., page 2), monitoring events after receiving the request for resources; and based on the 
monitored events (e.g., page 2), dynamically modifying at least one of the request for resources 
and the compute environment (e.g., page 2). 

76. Claims 1-15, 17-37, 44-47 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Naik in view of "Official Notice". 

77. Referring to claim 1 , Naik discloses a method of dynamically modifying resources within 
a compute environment (e.g., page 3), the method comprising: receiving a request for resources 
in the compute environment at a future time environment at a future time (e.g., page 3); 
monitoring events after receiving the request for resources (e.g., page 3); and based on the 
monitored events, dynamically modifying at least one of the request for resources and the 
compute environment (e.g., page 3). However, Naik does not specifically mention about the 
nodes under common administrative control. "Official Notice" is taken that both the concept and 
advantages of providing the nodes under common administrative control is well known and 
expected in the art. For example, Challenger et al., 2008/0168451, e.g., page 2 supports the 
limitations rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also 
support the limitations rejected under "Official Notice". Darling et al., 7,296,268, e.g., col, 3, 4, 
also support the limitations rejected under "Official Notice". Brown et al, 7,072,807, e.g., cols., 
106, 108, also support the limitations rejected under "Official Notice". Gudjonsson et al, 
6,564,261, e.g., col, 3, 4, also support the limitations rejected under "Official Notice". 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include the nodes under common administrative control with the teachings of Naik 
in order to facilitate usage of the administrative control because it would enhance controlling 
resources at the nodes using the administrative control. The well4aiown concept of having 
administrative control among multiple entities would support aggregating information. 

78. Referring to claim 2, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the compute environment is one of a compute farm, a cluster environment and 
a grid environment (e.g., page 3). 

79. Referring to claim 3, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the request for resources is a request for consumption resources (e.g., page 3). 

80. Referring to claim 4, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the request for resources is a request for provisioning services (e.g., page 3). 

8 1 . Referring to claim 5, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the request for resources is a request to process a batch job (e.g., page 3). 

82. Referring to claim 8, Naik discloses the claimed limitations as rejected above. Naik also 
discloses monitoring the compute environment (e.g., page 3). 
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83. Referring to claim 9, Naik discloses the claimed limitations as rejected above. Naik also 
discloses monitoring to determine if a party submitting the request has submitted workload for 
processing once resources in the compute environment are reserved for the job (e.g., page 5). 

84. Referring to claim 10, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein if the party submitting the request for resources has not submitted workload 
for processing after a predetermined amount of time, then dynamically modifying the request for 
resources further comprises canceling the request for resources (e.g., page 5). 

85. Referring to claim 11, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein workload comprises one of a reservation, an object that monitors policy, an 
object that monitors credentials, an object that monitors node states and an object that monitors 
the compute environment (e.g., page 4). 

86. Referring to claim 12, Naik discloses the claimed limitations as rejected above. Naik also 
discloses dynamically modifying the compute environment to satisfy the request for resources 
(e.g., page 3). 

87. Referring to claim 13, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein dynamically modifying the compute environment further comprises at least 
one of: modifying at least one node, modifying at least one operating system, installing end user 
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applications, dynamically partitioning node resources and adjusting network configuration (e.g., 
page 8). 

88. Referring to claim 14, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the request for resources is a request for a reservation of resources in the 
compute environment (e.g., page 8). 

89. Referring to claim 15, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein monitoring events after receiving the request for a reservation further 
comprises monitoring compute resources associated with the reservation (e.g., page 4). 

90. Referring to claim 17, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein modifying the request for resources comprises migrating a reservation to be 
associated with new resources (e.g., page 6). 

91. Referring to claim 18, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein migrating the reservation is one of a migration in space and a migration in time 
to the new resources (e.g., page 6). 

92. Referring to claim 19, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the new resources better meet needs associated with the request for resources 
then original resources for the request for resources (e.g., page 6). 
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93. Referring to claim 20, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the migration in time seeks to create a reservation at the earliest time possible 
(e.g., page 6). 

94. Referring to claim 21, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the migration in time seeks to create a reservation based on availability of 
resources in the compute environment (e.g., page 7). 

95. Referring to claim 24, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein monitoring events after receiving the request for resources further comprises 
monitoring workload submitted within a reservation based on the request (e.g., page 7). 

96. Referring to claim 25, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein if the job submitted within the reservation will extend beyond the reservation, 
the method further comprises canceling the job (e.g., page 8). 

97. Referring to claim 26, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein prior to canceling the job, the method further comprises presenting to the 
entity that submitted the job an option of extending the reservation to accommodate the job (e.g., 
page 8). 
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98. Referring to claim 27, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the option of extending the reservation to accommodate the job is subject to 
pre-established policies (e.g., page 8). 

99. Referring to claim 29, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the request for resources in a compute environment comprises a reservation of 
resources for a window of time in which at least one user submits personal reservations (e.g., 
page 8). 

100. Referring to claim 30, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein personal reservations are one of a non-administrator reservation and an 
administrator reservation (e.g., page 9). 

101. Referring to claim 3 1 , Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the reservation of compute resources for a window of time is a request for 
cluster resources for a periodic window of time (e.g., page 9). 

102. Referring to claim 32, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein the periodic window of time is daily, weekly, monthly, quarterly or yearly 
(e.g., page 6). 
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103. Referring to claim 33, Naik discloses the claimed limitations as rejected above. Naik also 
discloses receiving a personal reservation for the use of compute resources within the window of 
time; and providing access to the reserved compute resources for the personal reservation to 
process workload (e.g., page 6). 

104. Referring to claim 34, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein if a received consumption job associated with the personal reservation will 
exceed the window of time for the reservation of compute resources, then the method comprises 
canceling and locking out the personal reservation from access to the compute resources (e.g., 
page 6). 

105. Referring to claim 35, Naik discloses the claimed limitations as rejected above. Naik also 
discloses wherein if a received consumption job associated with the personal reservation will 
exceed the window of time, then the method comprises never starting the consumption job (e.g., 
page 6). 

106. Referring to claim 36, Naik discloses the claimed limitations as rejected above. Naik also 
discloses before canceling and locking out the personal reservation, the step o£ presenting to a 
user who submitted the personal reservation an option of allowing the workload running within 
the personal reservation to complete although a time for completing the remaining workload is 
beyond the window of time for the user's reservation of compute resources (e.g. page 7). 
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107. Referring to claim 37, Naik discloses the claimed limitations as rejected above. Naik also 
discloses if the job submitted under a personal reservation would exceed the personal 
reservation, extending the personal reservation to meet the needs of the job (e.g., page 7). 

108. Referring to claim 44, Naik discloses (please see limitations rejected under official notice 
under claim 1) a computer-readable storage medium storing instructions for controlling a 
computing device to dynamically manage resources within a compute environment at a future 
time (e.g., page 3), the instructions comprising: receiving a request for resources in the compute 
environment at a future time environment at a future time (e.g., page 3); monitoring events after 
receiving the request for resources (e.g., page 3); and based on the monitored events, 
dynamically modifying at least one of the request for resources and the compute environment 
(e.g., page 3). 

109. Referring to claim 45, (please see limitations rejected under official notice under claim 
1), Naik discloses a system for dynamically managing resources within a compute environment 
(e.g., page 3), the system comprising: hardware means for receiving a request for resources in the 
compute environment at a future time environment at a future time (e.g., page 3); hardware 
means for monitoring events after receiving the request for resources; and based on the 
monitored events (e.g., page 3), hardware means for dynamically modifying at least one of the 
request for resources and the compute environment (e.g., page 3). 
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110. Referring to claim 46, (please see limitations rejected under official notice under claim 
1), Naik discloses a system for dynamically managing resources within a compute environment 
(e.g., page 3), the system comprising: a hardware module configured to receive a request for 
resources in the compute environment (e.g., page 3); a hardware module configured to monitor 
events after receiving the request for resources (e.g., page 3); and a hardware module configured 
to dynamically modify at least one of the request for resources and the compute environment 
based on the monitored events (e.g., page 3). 

111. Referring to claim 47, Naik discloses (please see limitations rejected under official notice 
under claim 1) a compute environment comprising a plurality of computing devices (e.g., page 
3), the compute environment having resources which are dynamically managed according to a 
method comprising: receiving a request for resources in the compute environment at a future 
time (e.g., page 3), monitoring events after receiving the request for resources; and based on the 
monitored events (e.g., page 3), dynamically modifying at least one of the request for resources 
and the compute environment (e.g., page 3). 

1 12. Referring to claims 6 and 7, Kaufman-IBM discloses the claimed limitations as rejected 
above. Kaufman-IBM does not specifically mention about a request for direct volume 
access/virtual private cluster. "Official Notice" is taken that both the concept and advantages of 
providing a request for direct volume access/virtual private cluster is well known and expected in 
the art. For example, Challenger et al, 2008/0168451, e.g., page 2 supports the limitations 
rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the 
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limitations rejected under "Official Notice". Darling et al., 7,296,268, e.g., col, 3, 4, also support 
the limitations rejected under "Official Notice". Brown et al, 7,072,807, e.g., cols., 106, 108, 
also support the limitations rejected under "Official Notice". Gudjonsson et al, 6,564,261, e.g., 
col, 3, 4, also support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include a request for direct volume access/virtual private cluster with the teachings 
of Kaufman-IBM in order to facilitate usage of the request because it would provide information 
on which resources to monitor. The well-known concept of usage of the request for direct 
volume access and virtual private cluster would support the modifying resources of the compute 
environment. 

113. Referring to claims 22 and 23, Kaufman-IBM discloses the claimed limitations as 
rejected above. Kaufman-IBM does not specifically mention about migrating the reservation to 
resources in a new compute environment that will provide better performance for workload 
consumed in association request / according to a failure or projected failure of resources. 
"Official Notice" is taken that both the concept and advantages of migrating the reservation to 
resources in a new compute environment that will provide better performance for workload 
consumed in association request / according to a failure or projected failure of resources is well 
known and expected in the art. For example, Challenger et al., 2008/0168451, e.g., page 2 
supports the limitations rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 
4, also support the limitations rejected under "Official Notice". Darling et al., 7,296,268, e.g., 
col, 3, 4, also support the limitations rejected under "Official Notice". Brown et al, 7,072,807, 
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e.g., cols., 106, 108, also support the limitations rejected under "Official Notice". Gudjonsson et 
al, 6,564,261, e.g., col, 3, 4, also support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include migrating the reservation to resources in a new compute environment that 
will provide better performance for workload consumed in association request / according to a 
failure or projected failure of resources with the teachings of Kaufman-IBM in order to facilitate 
usage of the migrating the reservation because it would support handling the reservation even if 
the resources that are initially allocated for the reservation are not available. The well4aiown 
techniques of migrating reservation for resources in a new compute environment would support 
replacement of the resources that are needed by the requesting party. The replacement of the 
resources that do not provide necessary performance or are failed would support handling the 
reservation for the compute environment. 

1 14. Referring to claim 28, Kaufman-IBM discloses the claimed limitations as rejected above. 
Kaufman-IBM does not specifically mention about presenting to the entity, with the option of 
extending the reservation, a pricing option to extend the reservation. "Official Notice" is taken 
that both the concept and advantages of presenting to the entity, with the option of extending the 
reservation, a pricing option to extend the reservation is well known and expected in the art. For 
example, Challenger et al, 2008/0168451, e.g., page 2 supports the limitations rejected under 
"Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected 
under "Official Notice". Darling et al., 7,296,268, e.g., col., 3, 4, also support the limitations 
rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
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limitations rejected under "Official Notice". Gudjonsson et al, 6,564,261, e.g., col, 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include presenting to the entity, with the option of extending the reservation, a 
pricing option to extend the reservation with the teachings of Kaufman-IBM in order to facilitate 
usage of the extending the reservation and pricing it would support extending the reservation in 
an event the requesting party needs to further use the reserved resources. The pricing would let 
the party decide whether to extend the reservation as compared to the price for extending the 
reservation. The well-known techniques of extending for resources would support continuing 
usage of the reserved resources that are needed by the requesting party. 

115. Referring to claims 6 and 7, Talwar-HP discloses the claimed limitations as rejected 
above. Talwar-HP does not specifically mention about a request for direct volume access/virtual 
private cluster. "Official Notice" is taken that both the concept and advantages of providing a 
request for direct volume access/virtual private cluster is well known and expected in the art. For 
example, Challenger et al, 2008/0168451, e.g., page 2 supports the limitations rejected under 
"Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected 
under "Official Notice". Darling et al, 7,296,268, e.g., col., 3, 4, also support the limitations 
rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col, 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include a request for direct volume access/virtual private cluster with the teachings 
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of Talwar-HP in order to facilitate usage of the request because it would provide information on 
which resources to monitor. The well-known concept of usage of the request for direct volume 
access and virtual private cluster would support the modifying resources of the compute 
environment. 

116. Referring to claims 22 and 23, Talwar-HP discloses the claimed limitations as rejected 
above. Talwar-HP does not specifically mention about migrating the reservation to resources in a 
new compute environment that will provide better performance for workload consumed in 
association request / according to a failure or projected failure of resources. "Official Notice" is 
taken that both the concept and advantages of migrating the reservation to resources in a new 
compute environment that will provide better performance for workload consumed in association 
request / according to a failure or projected failure of resources is well known and expected in 
the art. For example, Challenger et al., 2008/0168451, e.g., page 2 supports the limitations 
rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the 
limitations rejected under "Official Notice". Darling et al., 7,296,268, e.g., col, 3, 4, also support 
the limitations rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, 
also support the limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., 
col, 3, 4, also support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include migrating the reservation to resources in a new compute environment that 
will provide better performance for workload consumed in association request / according to a 
failure or projected failure of resources with the teachings of Talwar-IBM in order to facilitate 
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usage of the migrating the reservation because it would support handling the reservation even if 
the resources that are initially allocated for the reservation are not available. The well-known 
techniques of migrating reservation for resources in a new compute environment would support 
replacement of the resources that are needed by the requesting party. The replacement of the 
resources that do not provide necessary performance or are failed would support handling the 
reservation for the compute environment. 

117. Referring to claim 28, Talwar-HP discloses the claimed limitations as rejected above. 
Talwar-HP does not specifically mention about presenting to the entity, with the option of 
extending the reservation, a pricing option to extend the reservation. "Official Notice" is taken 
that both the concept and advantages of presenting to the entity, with the option of extending the 
reservation, a pricing option to extend the reservation is well known and expected in the art. For 
example, Challenger et al., 2008/0168451, e.g., page 2 supports the limitations rejected under 
"Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected 
under "Official Notice". Darling et al., 7,296,268, e.g., col., 3, 4, also support the limitations 
rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col, 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include presenting to the entity, with the option of extending the reservation, a 
pricing option to extend the reservation with the teachings of Talwar-HP in order to facilitate 
usage of the extending the reservation and pricing it would support extending the reservation in 
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an event the requesting party needs to further use the reserved resources. The pricing would let 
the party decide whether to extend the reservation as compared to the price for extending the 
reservation. The well-known techniques of extending for resources would support continuing 
usage of the reserved resources that are needed by the requesting party. 

118. Referring to claims 6 and 7, Naik discloses the claimed limitations as rejected above. 
Naik does not specifically mention about a request for direct volume access/virtual private 
cluster. "Official Notice" is taken that both the concept and advantages of providing a request for 
direct volume access/virtual private cluster is well known and expected in the art. For example, 
Challenger et al, 2008/016845 1, e.g., page 2 supports the limitations rejected under "Official 
Notice". Papacfstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected under 
"Official Notice". Darling et al., 7,296,268, e.g., col., 3, 4, also support the limitations rejected 
under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col., 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include a request for direct volume access/virtual private cluster with the teachings 
of Naik in order to facilitate usage of the request because it would provide information on which 
resources to monitor. The well4aiown concept of usage of the request for direct volume access 
and virtual private cluster would support the modifying resources of the compute environment. 
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119. Referring to claims 22 and 23, Naik discloses the claimed limitations as rejected above. 
Naik does not specifically mention about migrating the reservation to resources in a new 
compute environment that will provide better performance for workload consumed in association 
request / according to a failure or projected failure of resources. "Official Notice" is taken that 
both the concept and advantages of migrating the reservation to resources in a new compute 
environment that will provide better performance for workload consumed in association request / 
according to a failure or projected failure of resources is well known and expected in the art. For 
example, Challenger et al., 2008/0168451, e.g., page 2 supports the limitations rejected under 
"Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected 
under "Official Notice". Darling et al., 7,296,268, e.g., col., 3, 4, also support the limitations 
rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col, 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include migrating the reservation to resources in a new compute environment that 
will provide better performance for workload consumed in association request / according to a 
failure or projected failure of resources with the teachings of Naik-IBM in order to facilitate 
usage of the migrating the reservation because it would support handling the reservation even if 
the resources that are initially allocated for the reservation are not available. The well4aiown 
techniques of migrating reservation for resources in a new compute environment would support 
replacement of the resources that are needed by the requesting party. The replacement of the 
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120. Referring to claim 28, Naik discloses the claimed limitations as rejected above. Naik does 
not specifically mention about presenting to the entity, with the option of extending the 
reservation, a pricing option to extend the reservation. "Official Notice" is taken that both the 
concept and advantages of presenting to the entity, with the option of extending the reservation, a 
pricing option to extend the reservation is well known and expected in the art. For example, 
Challenger et al, 2008/0168451, e.g., page 2 supports the limitations rejected under "Official 
Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also support the limitations rejected under 
"Official Notice". Darling et al., 7,296,268, e.g., col., 3, 4, also support the limitations rejected 
under "Official Notice". Brown et al., 7,072,807, e.g., cols., 106, 108, also support the 
limitations rejected under "Official Notice". Gudjonsson et al., 6,564,261, e.g., col., 3, 4, also 
support the limitations rejected under "Official Notice". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include presenting to the entity, with the option of extending the reservation, a 
pricing option to extend the reservation with the teachings of Naik in order to facilitate usage of 
the extending the reservation and pricing it would support extending the reservation in an event 
the requesting party needs to further use the reserved resources. The pricing would let the party 
decide whether to extend the reservation as compared to the price for extending the reservation. 
The well-known techniques of extending for resources would support continuing usage of the 
reserved resources that are needed by the requesting party. 
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Response to Arguments 

121 . Regarding the applicant's remarks please refer to the responses to the arguments of the 
office action dated 8/1/2008. Further, regarding the applicant's concern for the limitations 
rejected under "Official Notice", Challenger et al., 2008/0168451, e.g., page 2 supports the 
limitations rejected under "Official Notice". Papaefstathiou, 6,925,431, e.g., cols., 3, 4, also 
support the limitations rejected under "Official Notice". Darling et al., 7,296,268, e.g., col, 3, 4, 
also support the limitations rejected under "Official Notice". Brown et al., 7,072,807, e.g., cols., 
106, 108, also support the limitations rejected under "Official Notice". Gudjonsson et al, 
6,564,261, e.g., col., 3, 4, also support the limitations rejected under "Official Notice". Hence, 
the rejections are maintained. 

Allowable Subject Matter 

122. Claim 16 is objected to as being dependent upon a rejected base claim, but would be 
allowable if rewritten in independent form including all of the limitations of the base claim and 
any intervening claims. Note: "at a future time" is considered "a time when the request is 
received" for expediting the prosecution of the case. 

Conclusion 

Examiner has cited particular columns and line numbers and/or paragraphs and/or 
sections and/or page numbers in the reference(s) as applied to the claims above for the 
convenience of the applicant. Although the specified citations are representative of the teachings 



Application/Control Number: 10/530,583 Page 39 

Art Unit: 2454 

of the art and are applied to the specific limitations within the individual claim, other passages 
and figures may apply as well. It is respectfully requested from the applicant in preparing 
responses, to fully consider the references in entirety, as potentially teaching, all or part of the 
claimed invention, as well as the context of the passage, as taught by the prior art or disclosed by 
the Examiner. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Haresh Patel whose telephone number is (571) 272-3973. The 
examiner can normally be reached on Monday, Tuesday, Thursday and Friday from 10:00 am to 
8:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nathan Flynn can be reached at (571) 272-1915. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application is obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications is obtained 
from either Private PAIR or Public PAIR. Status information for unpublished applications is 
available through Private PAIR only. For more information about the PAIR system, see 
http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/Haresh N. Patel/ 
Primary Examiner, Art Unit 2154 

1/4/09 



